home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Oct 89 / Z0068-More on MacApp Mods-Oct89 < prev    next >
Encoding:
Text File  |  1989-10-13  |  2.1 KB  |  41 lines  |  [TEXT/GEOL]
  1. Item    6807762                         13-Oct-89        04:08
  2.  
  3. From:   JOAQUIN1                        Joaquin, James
  4.  
  5. To:     MACAPP.TECH$                    MACAPP Tech
  6.  
  7. Sub:    More on MacApp Mods & More
  8.  
  9. While developing a very large MacApp application (we just blew the jump table
  10. in debug!) my team has also needed to make changes to the MacApp source code.
  11.  
  12. We've realized MacApp source changes are a necessary evil and have found a
  13. reasonable method of tracking and controlling them using the Projector database
  14. built into MPW.  All of our MacApp source and tools (and also our application's
  15. source) live in a series of  Projector databases on a file server.  Engineers
  16. can checkout a branch of a file to test out changes and, if sucessful, can
  17. merge those changes into the current revision of the file.  Since projector
  18. keeps a full history of all revisions, it is very easy to compare two versions
  19. of a file to determine what changed and who made the chage when, or return to
  20. an earlier version of a file.  This can be especially useful if you need to
  21. maintain multiple versions of the MacApp source to build special versions of
  22. your App, etc..  While this does not provide an error-proof means of applying
  23. changes to MacApp, it has been very effective in keeping a clear history of
  24. changes.
  25.  
  26. As an aside, I've been testing Steve Jasik's Incremental Build System, which
  27. requires changing several MacApp files.  I've put these changes into Projector
  28. as branches of the main file.  When a new engineer wants to install IBS, he can
  29. check out the branched files from Projector instead of redoing the changes
  30. himself, thereby reducing chances of error or inconsistent versions.
  31.  
  32. As a further aside, my initial efforts with IBS have been sucessful.  I'm able
  33. to build a non-debug version (important, since I can't build a full debug) that
  34. through the use of Jasik's Debugger includes writelns, inspector windows, and
  35. source-level debugging, not to mention incremental compilation and
  36. lightening-fast patch links!  For a large MacApp application with long link
  37. times, IBS is proving to be a time-saver and a powerful debugging tool.
  38.  
  39. -James Joaquin
  40.  
  41.